home *** CD-ROM | disk | FTP | other *** search
/ Halting the Hacker - A P…uide to Computer Security / Halting the Hacker - A Practical Guide to Computer Security.iso / rfc / rfc1517.txt < prev    next >
Text File  |  1997-04-01  |  7KB  |  227 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                Internet Engineering Steering Group
  8. Request for Comments: 1517                             R. Hinden, Editor
  9. Category: Standards Track                                 September 1993
  10.  
  11.  
  12.            Applicability Statement for the Implementation of
  13.                  Classless Inter-Domain Routing (CIDR)
  14.  
  15. Status of this Memo
  16.  
  17.    This RFC specifies an Internet standards track protocol for the
  18.    Internet community, and requests discussion and suggestions for
  19.    improvements.  Please refer to the current edition of the "Internet
  20.    Official Protocol Standards" for the standardization state and status
  21.    of this protocol.  Distribution of this memo is unlimited.
  22.  
  23. 1.   Introduction
  24.  
  25.    As the Internet has evolved and grown in recent years, it has become
  26.    clear that it will soon face several serious scaling problems. These
  27.    include:
  28.  
  29.       - Exhaustion of the class-B network address space. One
  30.         fundamental cause of this problem is the lack of a network
  31.         class of a size that is appropriate for a mid-sized
  32.         organization. Class-C, with a maximum of 254 host addresses, is
  33.         too small, while class-B, which allows up to 65534 addresses,
  34.         is too large to be densely populated.  The result is inefficient
  35.         utilization of class-B network numbers.
  36.  
  37.       - Routing information overload. The size and rate of growth of the
  38.         routing tables in Internet routers is beyond the ability of
  39.         current software (and people) to effectively manage.
  40.  
  41.       - Eventual exhaustion of IP network numbers.
  42.  
  43.    It has become clear that the first two of these problems are likely
  44.    to become critical in the near term.  Classless Inter-Domain Routing
  45.    (CIDR) ttempts to deal with these problems by defining a mechanism to
  46.    slow the growth of routing tables and reduce the need to allocate new
  47.    IP network numbers.  It does not attempt to solve the third problem,
  48.    which is of a more long-term nature, but instead endeavors to ease
  49.    enough of the short to mid-term difficulties to allow the Internet to
  50.    continue to function efficiently while progress is made on a longer-
  51.    term solution.
  52.  
  53.    The IESG, after a thorough discussion in the IETF, in June 1992
  54.    selected CIDR as the solution for the short term routing table
  55.  
  56.  
  57.  
  58. IESG                                                            [Page 1]
  59.  
  60. RFC 1517              CIDR Applicability Statement        September 1993
  61.  
  62.  
  63.    explosion problem [1].
  64.  
  65. 2. Components of the Architecture
  66.  
  67.    The CIDR architecture is described in the following documents:
  68.  
  69.       - "An Architecture for IP Address Allocation with CIDR" [2]
  70.  
  71.       - "Classless Inter-Domain Routing (CIDR):  An Address Assignment
  72.         and Aggregation Strategy" [3]
  73.  
  74.    The first of these documents presents the overall architecture of
  75.    CIDR; the second describes the specific address allocation scheme to
  76.    be used.
  77.  
  78.    In addition to these two documents, "Guidelines for Management of IP
  79.    Address Space" [4] provides specific recommendations for assigning IP
  80.    addresses that are consistent with [2] and [3], and "Status of CIDR
  81.    Deployment in the Internet" [5] describes the timetable for deploying
  82.    [4] in the Internet.  Both [4] and [5] should be viewed as
  83.    supporting, rather than defining, documents.
  84.  
  85.    In addition to the documents mentioned above, CIDR requires that
  86.    inter-domain routing protocols be capable of handling reachability
  87.    information that is expressed solely in terms of IP address prefixes.
  88.    While several inter-domain routing protocols are capable of
  89.    supporting such functionality, this Applicability Statement does not
  90.    mandate the use of a particular one.
  91.  
  92.    Although Internet routing domains are not required to use routing
  93.    protocols capable of propagating CIDR routes, the topology such
  94.    routing domains can support will be somewhat limited.  In particular,
  95.    the non-CIDR-capable parts of the Internet will need to default
  96.    towards the CIDR-capable parts of the Internet for routes which have
  97.    been aggregated to non-network boundaries.
  98.  
  99. 3. Applicability of CIDR
  100.  
  101.    The CIDR architecture is applicable to any group of connected domains
  102.    that supports IP version 4 [6] [7].  CIDR does not require all of the
  103.    domains in the Internet to be converted to use CIDR. It assumes that
  104.    some of the existing domains in the Internet will never be able to
  105.    convert.  Despite this, CIDR will still provide connectivity to such
  106.    places, although the optimality of routes to these places may be
  107.    impacted.
  108.  
  109.    This Applicability Statement requires Internet domains providing
  110.    backbone and/or transit service to fully implement CIDR in order to
  111.  
  112.  
  113.  
  114. IESG                                                            [Page 2]
  115.  
  116. RFC 1517              CIDR Applicability Statement        September 1993
  117.  
  118.  
  119.    ensure that the growth of the resources required by routers to
  120.    provide Internet-wide connectivity will be significantly slower than
  121.    the growth of the number of assigned networks.
  122.  
  123.    This Applicability Statement strongly recommends that all non-
  124.    backbone/transit Internet domains also implement CIDR because it will
  125.    reduce the amount of routing information inside of these domains.
  126.  
  127.    Individual domains are free to choose whatever inter-domain and
  128.    intra-domain routing architectures best meet their requirements.
  129.    Specifically, this Applicability Statement does not prevent a domain
  130.    or a group of domains from using addressing schemes which do not
  131.    conform to CIDR.  Subject to the available resources in routers, CIDR
  132.    should be able to co-exist with other addressing schemes without
  133.    adversely impacting overall connectivity.
  134.  
  135. 4. References
  136.  
  137.    [1] Gross, P., and P. Almquist, "IESG Deliberations on Routing and
  138.        Addressing", RFC 1380, IESG Chair, IESG Internet AD, November
  139.        1992.
  140.  
  141.    [2] Rekhter, Y., and T. Li, "An Architecture for IP Address
  142.        Allocation with CIDR", RFC 1518, T.J. Watson Research Center, IBM
  143.        Corp., cisco Systems, September 1993.
  144.  
  145.    [3] Fuller, V., Li, T., Yu, J., and K. Varadhan, "Classless Inter-
  146.        Domain Routing (CIDR): An Address Assignment and Aggregation
  147.        Strategy", RFC 1519, BARRNet, cisco, Merit, and OARnet, September
  148.        1993.
  149.  
  150.    [4] Gerich, E., "Guidelines for Management of IP Address Space", RFC
  151.        1466, Merit, May 1993.
  152.  
  153.    [5] Topolcic, C., "Status of CIDR Deployment in the Internet", RFC
  154.        1467, CNRI, August 1993.
  155.  
  156.    [6] Postel, J., "Internet Protocol - DARPA Internet Program Protocol
  157.        Specification", STD 5, RFC 791, USC/Information Sciences
  158.        Institute, September 1981.
  159.  
  160.    [7] Braden, R., Editor, "Requirements for Internet Hosts --
  161.        Communication Layers", STD 3, RFC 1122, IETF, October 1989.
  162.  
  163. 5. Security Considerations
  164.  
  165.    Security issues are not discussed in this memo.
  166.  
  167.  
  168.  
  169.  
  170. IESG                                                            [Page 3]
  171.  
  172. RFC 1517              CIDR Applicability Statement        September 1993
  173.  
  174.  
  175. 6. Author's Address
  176.  
  177.    Robert M. Hinden
  178.    Sun Microsystems
  179.    2550 Garcia Ave, MS MTV5-44
  180.    Mt. View, CA 94043
  181.  
  182.    Phone: (415) 336-2082
  183.    Fax:   (415) 336-6015
  184.  
  185.    EMail: hinden@eng.sun.com
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226. IESG                                                            [Page 4]
  227.